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"Debugging of multiple data processors" 

INTRODUCTION 
5 Field of the Invention 

The invention relates to routing of host signals to multiple data processors. 
The processors may reside on a single chip ("system-on-chip") or they may be 
separate. The host may, for example, be a debug host. 

10 

Prior Art Discussion 

The task of accessing multiple processors has heretofore been achieved by use 
of a bus or other common resource such as a memory to which each processor 
15 has access as a "master". Typically, an arbitration circuit governs which 
master has access according to an arbitration scheme. While this approach is 
effective in some situations, in others it imposes undesirable complexity. 

The invention is therefore directed towards providing for simpler routing of 
20 signals to multiple data processors. 

SUMMARY OF THE INVENTION 

According to the invention, there is provided a router for routing signals 
25 between a host and a plurality of processors in a system, characterised in that, 
the router comprises: 

a host channel for linking the router to the host; 
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a plurality of processor channels each for linking the router to one of 
the processors; 

routing means comprising means for routing host commands to a 
5 selected processor and for routing responses from the selected processor 

to the host; and 

selection means in the router for selecting a processor by monitoring the 
host commands, identifying a host selection command by detecting a 
10 flag in the command, and reading an address for a selected processor in 

the host selection command. 

In one embodiment, the selection means comprises means for reading an 
address from an address field in a host selection command. 

15 

In another embodiment, the router comprises means for synchronising with a 
selected processor by monitoring an incoming command stream and an 
outgoing response, and for determining the total width of the fields of a host 
command, specific to width configurations of the processor, 

20 

In a further embodiment, the S3aichronisation means comprises means for 
determining the combined data path width and memory width of the selected 
processor according to data path and memory field widths in a host command. 

25 In one embodiment, the synchronisation means comprises means for 
monitoring a next host command following a selection host command to 
determine a width parameter of the selected processor. 
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In another embodiment, the routing means comprises a multiplexer 
comprising means for routing communication between the host and the 
selected processor, and the selection means comprises monitoring logic for 
monitoring incoming host commands and writing a selected processor address 
5 to a register for said multiplexer* 

In one embodiment, the synchronisation means comprises monitoring logic for 
monitoring incoming host commands and outgoing responses, and for writing 
sjnichronisation data to a register for said multiplexer. 

10 

In another embodiment, said multiplexer is connected to processor channels 
for data processors, and the router comprises a switch comprising means for 
acting in response to a control input from the host to route host commands to 
control processors, bypassing the multiplexer. 

15 

In a further embodiment, the router and the processors reside on a single 
system-on-chip integrated circuit. 

In one embodiment, the host commands are debug host commands, and the 
20 router comprises means for routing debug responses to the host. 

According to another aspect, the invention provides a system-on-chip 
integrated circuit comprising: 

25 a plurality of data processors; 

at least one control processor; 



a router for routing signals between on external host and said 
processors, the router comprising:- 

a host channel for Unking the router to the host; 

a plurality of processor channels each for linking the router to 
one of the data processors; 

routing means comprises means for routing signals between a 
selected data processor and the host; 

selection means comprising means for monitoring incoming host 
commands on the host channel to identify a host selection 
command, for reading an address of a selected data processor 
from an identified host selection command, and for informing the 
routing means of the selected data processor address; 

synchronisation means comprising means for monitoring 
incoming host commands on the host channel and outgoing 
responses from the data processor, for determining width of a 
field of a host command, and for determining a combined width 
parameter of the selected data processor according to said field 
width, and for informing the routing means of the width 
parameter; 

means in the routing means for synchronising signals between 
the host and the selected data processor according to said width 
parameter; and 
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a switch comprising means for bypassing host command signals 
received on the host channel from the routing means, and for 
routing them directly to the control processor. 

5 In one embodiment, said switch comprises means for bypassing said signals in 
response to a control input from the host. 

DETAILED DESCRIPTION OF THE INVENTION 

10 Brief Description of the Drawings 

The invention will be more clearly understood from the following description 
of some embodiments thereof, given by way of example only with reference to 
the accompanying drawings in which: - 

15 

Fig, 1 is a diagram illustrating a router and the channels to which it is 
connected; 

Fig. 2 is a diagram illustrating the router in more detail; 

20 

Fig. 3 is a diagram illustrating a selection host command; and 

Fig. 4 is a diagram illustrating timing of a response from a currently 
addressed processor with respect to an incoming command sequence 
25 from a host. 



Description of the Embodiments 
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Referring to Fig, 1 a single chip system 1 comprises N+1 "XIO'' processors, 
and a router 2, The router 2 is an internal block on the chip 1 acting as an 
interface between the (internal) XIO processors and an external debug host 3 
via a transactor 4. The transactor 4 is for converting commands from the 
5 debug host 3 into a format imderstood by the processors. The internal 
processors comprise '"XIO" data processors and also control processors 7 in the 
rest of the system-on-chip 1, The word "control processor'' is intended to cover 
any control functions such as a test controller* 

10 The router 2 has conductor channels 5 for communication with the transactor 
4 on one side, and a set of channels 6 linking it with each processor. 

Referring to Fig. 2, the router 2 comprises a multiplexer 15 connected to the 
channels 6. Each channel 6 comprises a pair of conductors, "tdi" for incoming 
15 streams and "tdo" for outgoing streams. The router 2 also comprises a 
multiplexer 16 which routes tdo and tdi to and from the multiplexer 15. It is 
also linked by a tdi/tdo channel to a TAP controller 18 in the chip 1. 

The host channel 5 comprises a pair of tdi/tdo conductors, and also a pair of 
20 selection conductors dbO and dbl for the multiplexer 16. 

Thus, the tdi route throu^ the router 2 is used for incoming commands from 
the host, whereas the tdo route is used for outgoing responses from either an 
XIO processor or another block, such as a TAP controller 18. 

25 

For dynamic determination of the addressed XIO processor the router 
comprises monitoring logic 19 connected to the tdi input and the tdo output 
from multiplexer 15, and an XIO address register 20. 
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A function of the router 2 is to determine which XIO the debug host 3 wishes 
to communicate with and to route debug commands accordingly. It does this 
by monitoring the signals coming from the transactor 4 for a selection (SELX) 
command which tells the router 2 which XIO the debug host wishes to 
5 communicate with. Once a SELX command has been recognised by the router 
2, it switches the lines of commvuiication to the XIO that has been requested in 
the SELX command. Then any further communication from the host 3 is 
routed to that particular XIO, and the responses from that XIO are routed 
directly back to the host 3. Thus, the router 2 controls full bi-directional 
10 communication in response to a detected SELX command. 

If the debug host 3 wishes to address another XIO on the system, it sends 
another SELX command, specifying the address of the nesi XIO it wishes to 
communicate with, and the router again routes the commands to the required 
15 XIO, and routes its responses back to the host 3. 

The XIO processors may have different features. From a debug perspective, the 
features that are most relevant are: 

20 • The data-path width, called DWIDTH 

• The length of the data memory address, called DAWIDTH 

• The length of the instruction memory address, called lAWIDTH 

DWIDTH determines the size of the internal storage registers of the XIO. It 
25 also determines the width of the word stored in the data memory. DAWIDTH 
specifies the size of the data memory attached to the XIO. The niunber of 
words of data stored in the data memory is given by 2°^^™. lAWIDTH 
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specifies the size of the instruction memory. The number of instruction words 
stored in the instruction memory is given by 2^™*™. 

The debug host 3 communicates with the XlO's by sending out debug 
5 commands incorporating data. The XIO responds by sending back data 
packets. Referring to Fig. 3, a debug command is made up of the following: 

• A command field, 6 bits long. 

• A data field, which is lAWIDTH, IWIDTH or DWIDTH bits long, depending 
10 on which value is greatest (where the lAWIDTH, IWIDTH and DWIDTH 

used matches the those of the particular XIO being addressed by the debug 
host 3) 

• A bit which selects between instruction memory and data memory 

• An address field, which is either DAWIDTH bits long or lAWIDTH bits 
15 long, depending on which value is greater (where the DAWIDTH and 

lAWIDTH used match those of the particular XIO being addressed by the 
Debug Host). 

In more detail, when the debug host 3 wishes to communicate with a 
20 partictaar XIO processor on the chip, it firstly must issue a SELX command, 
the format of which is shown in Fig. 3, in which it specifies the address of the 
processor with which is wants to initiate communication. The address of the 
XIO is specified in the LSBs of the Address field of the SELX command. Since 
the commands are transmitted serially, these are the last bits of the sequence 
25 received by the router 2. 



The logic 19 continuously monitors the tdi input and the tdo output from 
multiplexer 15. When two start bits are identified it reads the next 6 
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command bits. The logic 19 then determines the address of the next XlO by 
reading the address field LSBs. The next XlO address is written to the register 
20 which controls the multiplexer 16. The multiplexer 15 then routes further 
communication from the host 3 to the required XlO processor, and the 
5 responses from that processor back to the host, until another SELX command 
requesting a different XlO processor is received. 

Each XlO processor can have different data and address features, as set out 
above. The debug host 3 is programmed with the features of the XlO 
10 processors, and uses these address and data features in the address and data 
fields of its commands, as shown in Fig. 3. Hence, the command length used 
by the host to communicate with one XlO could be different from the 
command length used by the host 3 when commimicating with another XlO. 

15 However, the router 2 is not programmed with the features of the XlO 
processors to which it is connected. The router 2 dynamically determines the 
combined length of the data and address fields of the next incoming command 
after a SELX command. When an XlO receives a valid command from the host 
via the transactor 4 and the router 2, it responds by transmitting an 

20 acknowledge message on its tdo channel (ACK), as shown in Fig. 4. The time 
between the start of the command sequence issued by the host on the tdi 
input, and the ACK issued by the XlO on the tdo is always equal to 7 bits plus 
the combined length of the address and data fields. 

25 This logic 19 actually monitors both the incoming tdi, and the tdo output from 
the Multiplexer 15. On receipt of two start bits on tdi it counts the number of 
clock cycles until an ack is received on tdo and it then registers this count 
value. This coimt is then used to sjmchronise with any subsequent commands 
until another SELX command is received. 
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Therefore, in order to determine the length of the command sequence, the 
router 2 counts the number of cycles from the start of the command sequence 
(which is indicated by two start bits, SB's, which it can easily recognise), to the 
5 time when the XIO responds with its ACK message. Once the router 2 has 
determined this value, it then knows the combined address and data features 
of that XIO for s3Tichronisation purposes. 

Each time the debug host 3 issues a command, the router 2 carries out the 
10 same task of extracting the address of the selected processor from the 
command. However, the width is only updated after a SELX command. So, it 
does not matter if all the XlO's have the same or different features - the router 
checks every time anjnvay. 

1 5 Two input pins on the router 2,db0 anddbl, are used by the host to allow the 
debug host 3 or another host to use the same interface. Examples of this 
include JTAG testing of the system-on-chip. In more detail, the dbO and dbl 
pins control the multiplexer 16. These pins configure the multiplexer 16 such 
that communication is no longer routed to an XIO processor on the system-on- 

20 chip, but to another separate "control processor" block in the system 1 which 
is connected to the router 2. The dbO and dbl pins cause the mviltiplexer 16 to 
by-pass the multiplexer 15, linking the tdo and tdi channels 5 to the TAP 
Controller 18. The TAP controller 18 carries out specialised tasks such as 
running specific JTAG (Joint Test Action Group) tests in the system. The TAP 

25 controller then can send the results of its tests out via the channel 5. 

It will be appreciated that the invention facilitates the control, monitoring and 
debugging of multiple processors in a system through a single interface. 



-11- 



Monitoring of the SELX command is an effective way to inform the router 2 
which XIO processor the host 3 wishes to debug. 

Another advantage of the router 2 is that it allows the debug host 3 to 
5 commimicate with many instances of XlO's, each of which possibly has a 
different configuration by dynamically determining the length of the 
command/data packets the debug host 3 uses to communicate with each XIO in 
the system. It does this in order to synchronise the communication between 
the XIO being addressed and the debug host. The multiple multiplexer 
10 arrangement also allows excellent flexibility in terms of the range of functions 
in the system which can be easily accessed. It provides this flexibility without 
adding significant complexity to the system because it allows configuration 
control memory and logic to be kept external, on the host. 

15 The invention is not limited to the embodiments described but may be varied 
in construction and detail. For example, the router may be used for routing 
commands from a host other than a debug host. Also, the host may be on-chip 
or off-chip. 



